home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000258_icurmtdude@yahoo.com_Fri Sep 5 11:49:33 EDT 2003.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  62 lines

  1. Article: 14499 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!newsfeed.media.kyoto-u.ac.jp!headwall.stanford.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: icurmtdude@yahoo.com (icurmt)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: missing bytes...
  6. Date: 4 Sep 2003 15:59:46 -0700
  7. Organization: http://groups.google.com/
  8. Lines: 43
  9. Message-ID: <cf6cc183.0309041459.f7f15d9@posting.google.com>
  10. References: <cf6cc183.0309031713.73a00933@posting.google.com> <bj7hfa$1ho$1@sesame.cc.columbia.edu> <cf6cc183.0309040955.6efec36f@posting.google.com> <bj81d9$bai$1@sesame.cc.columbia.edu>
  11. NNTP-Posting-Host: 24.97.119.28
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Trace: posting.google.com 1062716388 17869 127.0.0.1 (4 Sep 2003 22:59:48 GMT)
  15. X-Complaints-To: groups-abuse@google.com
  16. NNTP-Posting-Date: 4 Sep 2003 22:59:48 GMT
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14499
  18.  
  19. It worked fine. I guess made some mistake in haste.
  20.  
  21. Thanks for all your help.
  22.  
  23.  
  24. fdc@sesame.cc.columbia.edu (Frank da Cruz) wrote in message news:<bj81d9$bai$1@sesame.cc.columbia.edu>...
  25. > In article <cf6cc183.0309040955.6efec36f@posting.google.com>,
  26. > icurmt <icurmtdude@yahoo.com> wrote:
  27. > : I tried it and it gave the same result as before. The NUL chars were
  28. > : ignored.
  29. > : 
  30. > How do you know it didn't work?  What kind of connection is it?  Where
  31. > are the NUL characters coming from?
  32. > When I do it here, it works:
  33. >   fopen /write \%c foo
  34. >   if fail stop
  35. >   while true {
  36. >       input 5
  37. >       if fail break
  38. >       fwrite /char \%c \v(inchar)
  39. >   }
  40. >   fclose \%c
  41. > The "foo" file has NUL characters in it, just where they are supposed to
  42. > be, none missing.
  43. > : However, something I dont understand here is that session log
  44. > : which is set as "set session-log binary" doesn't have the NUL
  45. > : character in it as well. Well, not sure, but possibly cause it logs
  46. > : the same (\v(input) buffer.
  47. > :
  48. > SET SESSION-LOG BINARY tells Kermit to record every incoming character,
  49. > including NULs, and it does.  The session log is separate from \v(input).
  50. > Incoming characters go straight to a file, not to a C string, so NULs
  51. > are not a problem.  However, by default (i.e. when SESSION-LOG is set to
  52. > TEXT), they are discarded, as are certain other control characters,
  53. > depending on the text-file format of the computer where Kermit is running
  54. > (so, for example, carriage returns are discarded by C-Kermit but not by
  55. > K-95).
  56. > - Frank
  57.